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(54) A virtual desktop system and method 

(57) A novel virtual desktop system organizes open 
applications of a computer into groups of programs that 
perform common functions or tasks. The groups of pro- 
grams are called Desktops and the virtual desktop sys- 
tem provides a Desktop Manager for assigning ranges 
of display screen coordinates to these Desktops, and 
then assigning open applications to them. Specifically, 



the Desktop Manager is a system software program that 
contains a plurality of Desktop groups and that provides 
a user interface for managing the display of selected 
open applications assigned to the Desktops. These se- 
lected open applications are displayed in application win- 
dows on a display screen of the computer when switch- 
ing between Desktops in the virtual desktop system. 
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Description 

Field of the Invention 

This invention relates to a virtual desktop system 
and method for organising open applications executing 
on a computer for display. 

Background of the Invention 

A window environment is system software that man- 
ages interactions between a user and an application pro- 
gram executing on a computer through a graphical dis- 
play portrayed on a screen of a monitor. Typically, the 
graphical display is arranged to resemble the surface of 
an electronic "desktop" and each application program 
running on the computer is represented as one or more 
electronic paper sheets displayed in rectangular regions 
of the screen called "windows". 

There may be several windows simultaneously 
present on the desktop with each window displaying in- 
formation that is generated by a different application pro- 
gram. Each application program presents information to 
the user through its window by drawing images, graphics 
or text within the window region. The user, in turn, com- 
municates with the application by "pointing at" standard 
graphical objects in the window with a pointer that is con- 
trolled by a pointing device, such as a mouse, and then 
selecting the objects, or by typing information into a key- 
board associated with the monitor. Selection of the ob- 
jects may effected by actuating the mouse to move the 
pointer onto or near the objects and pressing and quickly 
releasing, i.e., "clicking", a button on the mouse, or by 
manipulating a cursor via the keyboard . 

The graphical objects typically included with each 
window region are sizing boxes, buttons and scroll bars. 
These objects represent user interface elements that the 
user can point at with the pointer to select or manipulate. 
For example, the user may manipulate these elements 
to move the windows around on the display screen, and 
change their sizes and appearances so as to arrange the 
desktop in a convenient manner. When the elements are 
selected or manipulated, the underlying application pro- 
gram is informed, via the window environment, that con- 
trol has been appropriated by the user. 

Pop-up and pull-down menus are further examples 
of user interface elements that list command selections 
that are generally available to a user. These menus can 
be activated and commands selected merely by pointing 
to them and clicking on them with the mouse-controlled 
pointer. 

There are a number of different window environ- 
ments commercially available which utilize the arrange- 
ment described above. These environments include the 
System 7® operating system developed by Apple Com- 
puter, Inc., the Windows® graphical user interface de- 
veloped by the Microsoft Corporation and the OS/2 Pres- 
entation Manage redeveloped by International Business 



Machines Corporation. The present invention is applica- 
ble to all such environments and is concerned with man- 
aging applications using a desktop metaphor for group- 
ing the applications by related functions or tasks. 
s in general, the desktop metaphor facilitates user ef- 
ficiency by presenting an environment within which the 
user can easily manage those applications required to 
perform work. The window environments described 
above typically provide only a single desktop that organ- 
io izes applications into predefined "groups" of applica- 
tions, each of which are related by function. Each of 
these applications are represented by a small picture 
called an "icon". Although the user can arrange, create 
and delete the icons and their associated groups dis- 
15 played on the desktop., the associated applications are 
not running or "opened"; that is, the window environ- 
ments described above typically do not allow grouping 
of opened applications. 

Applications may be opened by selecting their as- 
20 socialed icons from a predefined group and these open 
applications typically run in "application windows" that 
are visible on the desktop. When more than one appli- 
cation is opened simultaneously, the desktop may as- 
sume a cluttered appearance. In order to free space on 
25 the desktop without quitting the applications, the open 
application windows can be minimized to appear as 
icons which are generally the same icons as the icons 
used to represent the unopened application. Although an 
opened application program is represented by an icon, 
30 that icon is no longer part of the predefined group and 
appears on the desktop along with other icons represent- 
ing opened applications from other groups. 

Accordingly, the present invention provides a meth- 
od for organizing open applications executing on a com- 
35 puter for display in application windows of a display 
screen having a predetermined coordinate range repre- 
senting a current view, said method comprising the steps 
of: assigning a range of display screen coordinates to 
each of a plurality of desktop display areas; positioning 
40 collections of said open applications into each of said 
desktop display areas for assignment therein, said col- 
lections of open applications being related by function; 
and setting said display screen coordinates of a selected 
desktop display area to the predetermined coordinate 
45 range of the current view to display said collection of 
open applications associated with said selected desktop 
display area in said application windows of said screen. 

The invention resides in a novel virtual desktop sys- 
tem for organizing "open" applications of a computer into 
so groups of programs that perform common functions or 
tasks. The groups of programs are called "Desktops" and 
the virtual desktop system provides a Desktop Manager 
for assigning ranges of display screen coordinates to 
these Desktops prior to assigning open applications to 
55 them. Specifically, the Desktop Manager is a system 
software program that contains a plurality of Desktop 
groups and that provides a user interface for creating and 
thereafter managing the display of selected open appli- 
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cations and Desktops. These selected open applications 
are displayed in application windows on a display screen 
of the computer when switching between Desktops in the 
virtual desktop system. 

The present invention advantageously also provides 
grouping of related open applications in an arrangement 
that visually separates groups of related applications. 

According to an aspect of the present invention, an 
arrangement is provided by which the Desktop Manager 
assigns ranges of display screen coordinates to each 
Desktop and then positions application windows within 
these ranges for assignment to those Desktops. In the 
illustrative embodiment described herein, the virtual 
desktop system allows application windows to be posi- 
tioned at display screen coordinates ranging from, e.g., 
minus 16,767 to 16,768 window units; however, only a 
subset of that range defining a current view is visible on 
the screen at any one time. 

In order to display the applications assigned to a se- 
lected Desktop, a Desktop view that is currently dis- 
played on the screen is switched to the coordinates as- 
signed to the selected Desktop. Switching between the 
Desktops is preferably accomplished in connection with 
the Desktop Manager and a conventional window appli- 
cation programming interface. Application windows that 
are not assigned to the selected Desktop are not visible 
since they are positioned out of the displayed field of 
view 3 the screen coordinates of which are preferably 
fixed. 

In many systems, the width of a display screen in 
window units may change with video resolution and ap- 
plications belonging to one Desktop may "over-hang" 
onto another Desktop, thereby shifting applications not 
intended for display on the screen into the visible area 
of the screen. Accordingly, the range of window units as- 
signed to each Desktop is preferably at least twice the 
maximum width of the screen. Increasing the coordinate 
range of each Desktop ensures that application windows 
not assigned to a currently displayed Desktop are not 
visible on the screen. 

According to another aspect of the invention, each 
Desktop includes a data structure for storing a list of all 
its open applications along with the sizes and window 
positions of those applications. The list is used to com- 
pare each application window's position with the coordi- 
nate range assigned to the Desktop so that the Desktop 
may determine whether the window belongs to it; this is 
significant to enable application sharing. Sharing of ap- 
plications among Desktops may be required because 
some applications allow only one copy of themselves to 
De executed at a particular time. As described herein, 
the Desktop Manager is responsible for coordinating ap- 
plication sharing. 

In accordance with yet another aspect of the inven- 
tion, the Desktop Manager also contains a data structure 
for storing a list of all Desktops by name/function and 
display screen coordinate range. The contents of this 
data structure are used by the Desktop Manager to de- 



termine which applications are assigned to the Desk- 
tops; such information may be useful when resolving a 
conflict concerning application sharing and when exiting 
the virtual desktop system. 
5 For example, application sharing may be appropri- 
ate when a window becomes "active" outside the current 
field of view, indicating that another Desktop contains the 
active application. The Desktop Manager watches for 
this occurrence and, if the application can be borrowed, 
10 initiates application sharing in an appropriate manner, 
e.g., brings the active application into the current field of 
view. If the application cannot be borrowed between 
Desktops, the Desktop Manager informs the user that 
the active application cannot be shown. Thereafter, 
15 when the user exits the virtual desktop environment, the 
Desktop Manager sends messages to the Desktops re- 
questing them to show their assigned applications. This 
ensures that open applications do not remain hidden 
when exiting the Desktop Manager program. 
20 A further aspect provides a computer having a virtual 
desktop system for organizing open application pro- 
grams stored in a memory of said computer for display 
on a display screen having a predetermined coordinate 
range representing a current view, said computer com- 
25 prising: a processor for executing said open application 
programs stored in said memory; an operating system 
cooperating with said processor to execute said open ap- 
plications and to control said display screen; a window 
manager program of said operating system, said window 
30 manager drawing application windows for displaying 
said open applications; a plurality of desktop programs, 
each comprising a collection of said open application 
programs executed by said processor, said collection of 
open application programs being related by function; and 
35 a desktop manager program for managing display of said 
collections of open applications of said desktop pro- 
grams by switching between said desktop programs to 
display a selected desktop program on the screen. 

Embodiments of the present invention will now be 
40 described, by way of example only, with reference to the 
accompanying drawings in which: 

Fig. 1 is a schematic block diagram of a computer 
system, such as a personal computer system, on 
45 which an inventive virtual desktop system may 
advantageously operate; 

Fig. 2 is a block diagram showing the interactions 
between a plurality of application programs and the 
so virtual desktop system in accordance with the inven- 
tion; 

Fig. 3 is a block diagram of the virtual desktop sys- 
tem of Fig. 2 including a novel Desktop Manager pro- 
55 gram in accordance with the invention; 

Fig. 4 is a block diagram of a novel Desktop program 
of related open applications that is associated with 
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the Desktop Manager of Fig. 3; 

Fig. 5 is a schematic diagram illustrating the assign- 
ment of display screen coordinates and associated 
window positions of open applications for the Desk- s 
top programs having widths equal to twice the width 
of a computer display screen of Fig. 1; 

Fig. 6 is a flowchart illustrating the sequence of steps 
for assigning display screen coordinates and win- 
dow positions to the Desktops and their associated 
application windows of Fig. 5; 

Fig. 7 illustrates an embodiment of the virtual desk- 
top system in accordance with the invention; 

Fig. 8 is a flowchart illustrating switching between 
Desktops in accordance with the embodiment of Fig. 

7; 

Fig. 9 is a flowchart illustrating sharing of applica- 
tions in accordance with the invention; and 

Fig. 10 is a flowchart illustrating the sequence of 
steps for exiting the virtual desktop system of the 
invention. 

Fig. 1 is a schematic illustration of computer system 
100 comprising a central processing unit (CPU) 110 cou- 
pled between a memory 114 and input/output (I/O) cir- 
cuitry 118 by bidirectional buses 11 2 and 116. The mem- 
ory 114 typically comprises random access memory 
(RAM) for temporary storage of information, including an 
application program, and read only memory (ROM) for 
permanent storage of the computer's configuration and 
basic operating commands, such as portions of an op- 
erating system. As described further herein, the applica- 
tion program and operating system interact to control the 
operations of the CPU 110 and computer system 100. 

The I/O circuitry 1 1 8 is, in turn, connected to a com- 
munications network 120, such as a telephone line, via 
a bidirectional bus 122, and to cursor control devices, 
such as a keyboard 124 (via cable 126) and a mouse 
1 30 (via cable 1 28). The mouse 1 30 typically contains at 
least one button 1 34 operated by a user of the system. 
A conventional display monitor 132 having a display 
screen 135 is also connected to I/O circuitry 118 via a 
cable 1 38. A pointer (or cursor) 140 is displayed on Ihe 
screen 1 35 and its position is controllable via the mouse 
1 30 or the keyboard 124, as is well known. 

Specifically, the I/O circuitry 118 receives informa- 
tion, such as control and data signals, from the mouse 
1 30 and keyboard 1 24, and provides that information to 
the CPU 110 for transmission over the network 120 or 
for display on the screen 1 35. It is to be understood that 
the I/O circuitry contains the necessary hardware and 
software, e.g., buffers, adapters and protocols, needed 
to interface with the network, mouse, keyboard and dis- 



play monitor. 

The computer system 100 is preferably a personal 
computer of the IBM PS/1® series of computers sold by 
International Business Machines Corporation, although 
the invention may also be practiced in the context of any 
computer. These computers have resident thereon, and 
are controlled and coordinated by, operating system soft- 
ware, such as the IBM® OS/2® operating system. In ad- 
dition, a window environment, such as the Windows® 
graphical user interface, is preferably displayed on the 
screen 1 35 as a graphical display to facilitate interactions 
between a user and the computer 100. The graphical dis- 
play is typically arranged to resemble a single desktop 
142 and each application program executes in an appli- 
cation window 144 of the screen 135. Typically, there 
may be several other windows 144 simultaneously 
present on the desktop with each window displaying in- 
formation that is generated by a different application. 

The window environment is generally part of the op- 
erating system software that includes a collection of util- 
ity programs for controlling the operation of the computer 
system 1 00, The operating system, in turn, interacts with 
application programs to provide higher level functionali- 
ty, including a direct interface with the user. Specifically, 
the application programs make use of operating system 
functions by issuing task commands to the operating 
system which then performs the requested task. For ex- 
ample, an application program may request that the op- 
erating system display certain information on the win- 
dows 1 44 for presentation to the user. 

As noted, the window environment typically organ- 
izes application icons into predefined groups of applica- 
tions, yet it does not allow grouping of open application 
icons by related function or task. That is, once an appli- 
cation is executing, its window (or its icon, if minimized) 
is no longer part of the predefined group. The present 
invention, however, features the provision of additional 
utility programs which, when invoked, cause actions to 
take place that enable a user to organize open applica- 
tions into groups related by functions or tasks. This new 
behavior of the system is brought about by the interaction 
of these new utility routines with a series of existing sys- 
tem routines associated with the operating system. To- 
gether, these system software routines interact with the 
application program to create a novel virtual desktop sys- 
tem, as described herein. 

Fig. 2 is a schematic illustration of the interaction of 
a plurality of application programs, shown at 202 and 
21 6, and the virtual desktop system 300. The system 300 
is located in an operating system 204 which may be ex- 
ecuting simultaneously with the application programs on 
a computer system 200. Each program 202 and 216 in- 
terfaces with the operating system 204 as illustrated 
schematically by arrows 206 and 220. In order to display 
information on a computer screen, application programs 
202 and 216 generate and send display requests to the 
virtual desktop system 300 which, in turn, interfaces di- 
rectly with a screen buffer 210 as illustrated schemati- 
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cally by arrow 208. The contents of screen buffer 210 
are provided to a computer monitor 224 over cable 222 . 

The novel virtual desktop system 300 provides a 
means for organizing "open" applications running on the 
display screen 135 into Desktop groups that are related 
by common functions. These Desktop groups manifest 
as Desktop display areas on the computer screen. Fig. 
3 is a block diagram of the virtual desktop system 300 
comprising a window manager 310 and a novel Desktop 
Manager 350. Interaction between the window manager 
31 0 and Desktop Manager 350 is achieved, in part, using 
function calls of a conventional Windows® application 
programming interface (API), as illustrated schematical- 
ly by arrow 320. 

Specifically, the window manager 310 is a system 
software routine that is generally responsible for manag- 
ing the windows that a user views during operation of the 
application programs of the computer. That is, it is gen- 
erally the task of the window manager to keep track of 
the location and size of the window and window areas 
which must be drawn and redrawn in connection with the 
novel virtual desktop system. To this end, the window 
manager 310 communicates with all application pro- 
grams and coordinates between the applications to en- 
sure that window displays do not interfere with each oth- 
er. The window manager is generally well-known and is 
incorporated in commercially available window environ- 
ments. 

The Desktop Manager 350 is also a system software 
program comprising a plurality of Desktop program 
groups 400. As described herein, the Desktop Manager 
assigns a range of non-overlapping display screen coor- 
dinates to each Desktop 400 and then assigns open ap- 
plications to these Desktops 400 by application window 
position. Assignment of Desktop ranges and open appli- 
cations is preferably accomplished in connection with a 
data structure 360 associated with the manager 350. 
This data structure 360 is preferably a list of the 
name/function and display screen coordinates of all 
Desktops 400 contained within the Desktop Manager 
350. In the illustrative embodiment of the invention, there 
are preferably four (4) Desktops contained in the Desk- 
top Manager 350 of the virtual desktop system 300; how- 
ever, it will be apparent to those skilled in the art that any 
number of Desktops may be supported by the Desktop 
Manager 350 in accordance with the principles of the in- 
vention. 

The Desktop Manager 350 also provides an inter- 
face lor a user to manage the display of selected of these 
open applications in application windows 144 on the dis- 
play screen 1 35. This Desktop Manager interlace is gen- 
erally similar to the user interface provided by the Pro- 
gram Manager utility program of the Windows® graphi- 
cal user interface. This feature of the invention also al- 
lows a user to create and display any of the plurality of 
Desktop groups 400, each of which comprises a collec- 
tion of open applications related by function or task. 

For example, the user may create a fax sending/re- 
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ceiving Desktop 400 that comprises software needed to 
compose and send a fax document from the computer 
of Fig. 1 to a destination over the network 120. Fig. 4 
illustrates such a "fax" Desktop 400 comprising a word 

5 processor application program 410, a rolodex-type ap- 
plication program 420 and a fax communications pro- 
gram 430. Here, the word processor program 410 ena- 
bles the user to construct a textual document intended 
for a destination having an address identified by the rolo- 

10 dex program 420. The communications program 430 
then initiates transmission of the document to that ad- 
dress over the network. 

In general, a Desktop may be created by a user by 
retrieving a pull-down or pop-up menu from the user in- 

15 terface provided by the Desktop Manager 350. The 
pull-down and pop-up menus are user interface ele- 
ments that provide a list of command selections for, inter 
alia, creating and selecting Desktop groups, and for ex- 
iting the virtual desktop system. Applications may be 

20 thereafter added to a Desktop by, e.g., opening applica- 
tion windows on that Desktop or by "dragging and drop- 
ping" application icons onto a Desktop, which may also 
be represented by an icon on the Desktop Manager 
screen, with the mouse 1 30. A pop-up or 'child" window 

25 that may bo created by an application window in a Desk- 
top automatically positions itself relative to its parent win- 
dow and becomes assigned to that Desktop. 

The Desktop 400 also includes a data structure 450 
for storing a list of all open applications assigned to that 

30 Desktop, together with the sizes and window positions 
of those applications 1 windows. This list may be useful 
when comparing an application window's position with 
the range of window position coordinates assigned to the 
Desktop so that the Desktop may determine whether a 

35 particular application window belongs to it. 

Specifically, each Desktop 400 is assigned a range 
of display screen coordinates by the Desktop Manager 
350, which then positions selected application windows 
within these ranges for assignment to that Desktop. The 

40 virtual desktop system 300, including the window man- 
ager 310, supports the positioning of application win- 
dows at display screen coordinates ranging from, e.g., 
minus 16,767 to 16,768 window units. Typically, only a 
subset of that range, called a current view, is visible on 

45 the screen. In the illustrative embodiment of the inven- 
tion, the maximum width of video resolution of the display 
screen 135 is preferably 640 window units; accordingly, 
the cur rent view preferably comprises a range of 0 lo 640 
window units. However, this resolution may change 

50 among display screens, thereby causing applications in- 
tended for display on the screens to be shifted outside 
of their visible areas. 

In general, the Desktop Manager 350 obtains the 
resolution of the display screen by issuing function calls 

55 associated with the conventional API. For example, the 
Desktop Manager may issue a <GetSysMetrics> func- 
tion call message to the window manager 31 0 to acquire 
the video resolution of the display screen. In response 
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to this function call, the window manager returns the re- 
quested information and the Desktop Manager assigns 
a range of window units to each Desktop that is prefer- 
ably at least twice the maximum width of the screen. 

Fig. 5 shows the widths of Desktop display areas 
510-530 being twice the width of a display screen. Each 
Desktop is preferably assigned a range of display screen 
coordinates of 1280 window units and the open applica- 
tions of each Desktop are assigned window positions 
within these ranges. Increasing the coordinate range of 
each Desktop thus ensures that application windows not 
assigned to a currently displayed Desktop are not visible 
on the screen. 

Specifically, Desktop 51 0 is assigned display screen 
coordinates 0-1280, Desktop 520 is assigned coordi- 
nates 1280-2560 and Desktop 530 is assigned coordi- 
nates 2560-3840 These coordinate ranges are stored 
in the data structure 360 of the Desktop Manager 350 by 
name and function of the Desktop. As noted, the Desktop 
Manager 350 also assigns open application windows to 
each Desktop by window position using the conventional 
API; additional function calls associated with this inter- 
face are described below in connection with Figs. 6 and 
8-10. More specifically, the Desktop Manager communi- 
cates with the window manager by exchanging function 
call messages that position the application windows 512 
and 514 within Desktop 510, the application window 522 
within Desktop 520 and the application windows 532 and 
534 within Desktop 530. Thereafter, the window posi- 
tions of all open application windows are stored in the 
data structure 450. 

Fig. 6 is a flowchart illustrating the sequence of steps 
for assigning display screen coordinates and window po- 
sitions to the Desktops and their associated application 
windows. The routine starts in Step 600 and proceeds to 
Step 602 where the Desktop Manager assigns display 
screen coordinate regions to each Desktop created by 
the user. As noted, each Desktop is preferably assigned 
a range of display screen coordinates equal to twice the 
maximum width of the screen or, in the illustrative em- 
bodiment, 1280 window units. In Step 604, the user is- 
sues a command to the Desktop Manager requesting it 
to assign an application to a selected Desktop. In re- 
sponse to the request, the Desktop Manager, in Step 
606, issues a <SetWindowPos> function call message 
to the window manager 310 to set the window position 
of the application within the selected Desktop and the 
routine finishes in Step 608. 

In order to display the open applications assigned to 
a selected Desktop, a Desktop view that is currently dis- 
played on the screen is shifted, i.e., switched, to the co- 
ordinates assigned to the selected Desktop. Fig. 7 illus- 
trates an embodiment of the virtual desktop system 700 
with Desktop 720 occupying the current view displayed 
on the screen 1 35. As noted, the currently displayed field 
of view has a fixed screen coordinate range of 640 win- 
dow units. Application windows that are not assigned to 
the Desktop selected for the current view are not visible 



since they are positioned out of the displayed field of 
view. Switching between the Desktops is preferably ac- 
complished using the conventional API as described in 
the following flowchart of Fig. 8. 

5 Here, the switching routine starts in Step 800 and 
proceeds to Step 802 where the user issues a command 
to the Desktop Manager requesting display of a selected 
Desktop not currently in the field of view. The user's re- 
quest is typically invoked via the pull-down or pop-up 

10 menus described above. In Step 804, the Desktop Man- 
ager issues a <ShowView> function call message to the 
selected Desktop, requesting that the Desktop show its 
assigned applications by window position. The selected 
Desktop then accesses its data structure to determine 

15 which application windows, including the sizes and po- 
sitions of those windows, are assigned to it, as illustrated 
in Step 806, and returns this information to the Desktop 
Manager. In Step 808, the Desktop Manager issues a 
<SetWindowPos> function call message to the window 

20 manager to set the display screen coordinates of the se- 
lected Desktop to the current view in accordance with 
the obtained information. This is preferably accom- 
plished by moving each application window to the current 
view. The routine finishes in Step 810. 

25 As noted, the Desktop Manager 350 is responsible 
for coordinating sharing of applications between Desk- 
tops when only one copy of an application can be exe- 
cuted at a time. Application sharing may be appropriate 
when a window becomes "active" outside the current 

30 field of view, indicating that another Desktop contains the 
active application. The process of coordinating such 
sharing of applications is shown in the flowchart of Fig. 9. 

The routine starts in Step 900 and proceeds to step 
902 where the Desktop Manager "watches" for a window 

35 to become active outside the current field of view. Spe- 
cifically, the Desktop Manager monitors messages be- 
tween the window manager and application programs 
looking for an ACTIVATE command in Step 904. In re- 
sponse to issuance of the ACTIVATE command, the 

40 Desktop Manager determines which Desktop "owns" the 
active application, as illustrated in Step 906, by issuing 
a function call message <ShowView> to the Desktops. 
In Step 908, the Desktop Manager determines whether 
the active application can be borrowed between the 

45 Desktops by prompting the user via, e.g. : a dialog box, 
as to whether the application can be borrowed. If the ap- 
plication cannot be borrowed because, e.g., it is locked 
or password-prolecled : the routine merely repeals back 
to Step 902. However, if the user allows borrowing of the 

50 application, the Desktop Manager initiates application 
sharing in an appropriate manner, e.g., by bringing the 
active application into the current field of view as shown 
in Step 910; this is achieved by issuing a <SctWindow- 
Pos> function call from the Desktop Manager to the win- 

55 dow manager. Thereafter, the routine repeats back to 
Step 902. Of course, the routine will terminate when the 
virtual desktop system is exited or if the computer system 
is turned off. 
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Lastly, the flowchart of Fig. 10 illustrates the se- 
quence of steps used to exit the virtual desktop system 
in a manner which ensures that all open applications are 
closed prior to exiting the programs of the system. This 
routine is particularly advantageous for open application 
windows running in the background of the desktop envi- 
ronment and hidden from the user when exiting the sys- 
tem. 

The routine starts in Step 1 000 and proceeds to Step 
1002 where the user issues a command to the Desktop 
Manager to exit the virtual display system. This may be 
accomplished by selecting an exit command from the 
menus of the Desktop Manager interface. In Manager 
issues <ShowVview> function call messages to the 
Desktops requesting them to show their assigned appli- 
cations. In Step 1006, each Desktop accesses its data 
structure to determine which applications are assigned 
to it and retu rns the requested information to the Desktop 
Manager. In Step 1008, the Desktop Manager issues 
<SetWindowPos> function call messages to the window 
manager to set the display screen coordinates of each 
Desktop to the current view in accordance with the ob- 
tained information and the routine finishes in Step 1010. 



Claims 

1. A method for organizing open applications execut- 
ing on a computer for display in application windows 
of a display screen having a predetermined coordi- 
nate range representing a current view, said method 
comprising the steps of: 

assigning a range of display screen coordi- 
nates to each of a plurality of desktop display areas; 

positioning collections of said open applica- 
tions into each of said desktop display areas for 
assignment therein, said collections of open appli- 
cations being related by function; and 

setting said display screen coordinates of a 
selected desktop display area to the predetermined 
coordinate range of the current view to display said 
collection of open applications associated with said 
selected desktop display area in said application 
windows of said screen. 

2. The method as claimed in claim 1 , further compris- 
ing the step of storing lists of said collections of open 
applications in data structures associated with said 
desktop display areas. 

3. The method as claimed in either of claims 1 or 2, 
wherein the step of assigning further comprises 
assigning a range of display screen coordinates to 
eactvof said desktop display areas equal to twice 
the predetermined coordinate range of the current 
view. 

4. The method as claimed in any preceding claim, 



wherein the step of setting comprises the step of 
moving each of said application windows to the pre- 
determined coordinate range of the current view. 

5 5. The method as claimed in any preceding claim, fur- 
ther comprising the step of storing a list of said desk- 
top display areas and their assigned display screen 
coordinates in a data structure associated with a 
desktop manager program. 

10 

6. A virtual desktop system for organizing open appli- 
cations executing on a computer for display on a dis- 
play screen having a predetermined coordinate 
range representing a current view, said virtual desk- 

is top system comprising: 

a plurality of application windows of the 
screen, said application windows configured for dis- 
playing on the screen said open applications exe- 
cuting on said computer; 

20 a plurality ol desktop programs stored in a 

memory of said computer, each desktop program 
comprising a collection of said open applications 
related by function; and 

means for switching between said plurality of 

25 desktop programs stored in said memory so as to 
display a selected desktop program and associated 
selected collection of open applications in said appli- 
cation windows of said screen. 

30 7. The system as claimed in claim 6 wherein said 
switching means comprises a desktop manager for 
assigning a range of display screen coordinates to 
each of said desktop programs. 

35 8. The system as claimed in claim 7, wherein said 
desktop manager is configured to further assign win- 
dow positions to each of said selected open appli- 
cations of said desktop programs. 

40 9. The system as claimed in any of claims 6 to 8, 
wherein said switching means further comprises a 
window manager for managing said application win- 
dows used to display said selected open applica- 
tions. 

45 

10. The system as claimed in any of claims 6 to 9, 
wherein said switching means further comprises 
means for selling said display screen coordinates ol 
said selected desktop program to the predetermined 

50 coordinate range of the current view. 

11. The system as claimed in any of claims 6 to 10, 
wherein said sotting moans comprises moans for 
moving each of said application windows to the pre- 
ss determined coordinate range of the current view. 
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